MasterLINK 

Meaningful Information for the entire Workforce 
MasterLink Corporation 

3649 All American Blvd., Orlando, FL 32810-4726 . . . n , QQR 

407/299-3900 • Fax 407/299-8200 • E-mail: atek@fidi.net uecemoer w, i*va 

Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S. 1 
Titusville, FL 32780 

Dear Mr. Kershaw: 

We are pleased to submit our MasterLink Intelligent Work Management (TWM) product proposal to 
TMDAfor participatory consideration in the Investment Initiative For Energy Technotopes. We feel that 
Serl!SS software product meets the requirements for funding by TRDA. The use of >hcy * 
cenSl to MasterLink's contribution to more effective management decision processes and worker 
effiSncy One of the policies relates to energy saving and energy conservation. This policy interacts 
S system to insure that the operating elements of conservation and energy saving follow decision 
paths compatible with maximum results. 

The technology that makes all of this possible will create high tech & high paying jobs in Honda. The 
S^iplines essential to MasterLink are among the highest paid in f^J^**** 
a number of our technical employee requirements will be met as a result of our relationship with The 
University of Central Florida. 

We submit that the commercial success of MasterLink will significantly benefit Florida's economy. 

From commercial launch of the product repatriation of funds to TRDA will occur within 5 years. 

With TRDA support we can make MasterLink a commercial reality. There is an additional benefit worthy 
Soa UCTwill use MasterLink as a test bed for their work in Artificial Intelhgence Center of 
Excellence. This will generate a large number of highly skilled technical personnel much in demand by the 
private and public sector of the Florida economy. 

With each new MasterLink client implementation the system will influence corporate behavior in support 
of ene?g7savings and conservation of energy. We respectfully submit this will have a dramatic multiplier 
eS on c?r^Se purchase and use of energy conserving & energy efficient ^odu^. Further, we believe 
that MasterLink will advance both the philosophic and the material intent of TRDA. 

Very truly yours, 

Kent A. Weisner, CEO 
MasterLink Corporation 
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December 10, 1998 



Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S. 1 
Titusvflle, FL 32780 

Dear Mr. Kershaw: 

We are pleased to submit our MasterLink Intelligent Work Management (IWM) product proposal to 
TRDA for participatory consideration in the Investment Initiative For Energy Technologies. We feel that 
MasterLink^ IWM software product meets the requirements for funding by TRDA. The use of policy is 
central to MasterLink's contribution to more effective management decision processes and worker 
efficiency. One of the policies relates to energy saving and energy conservation. This policy interacts 
within the system to insure that the operating elements of conservation and energy saving follow decision 
paths compatible with maximum results. 

The technology that makes all of this possible will create high tech & high paying jobs in Florida. The 
technical disciplines essential to MaderLink are among the highest paid in the industry. We anticipate that 
a number of our technical employee requirements will be met as a result of our relationship with The 
University of Central Florida. 

We submit that the commercial success of MasterLink will significantly benefit Florida's economy. 

From commercial launch of the product repatriation of funds to TRDA will occur within S years. 

With TRDA support we can make MasterLink a commercial reality. There is an additional benefit worthy 
of mention. UCF will use MasterLink as a test bed for their work in Artificial Intelligence Center of 
Excellence. This will generate a large number of highly skilled technical personnel much in demand by the 
private and public sector of the Florida economy. 

With each new MasterLink client implementation the system will influence corporate behavior in support 
of energy savings and conservation of energy. We respe c tfu lly submit this will have a dramatic multiplier 
effect on corporate purchase and use of energy conserving & energy efficient products. Further, we believe 
that MasterLink will advance both the philosophic and die material intent of TRDA. 

Very truly yours, 




Kent A. Wcisner, CEO 
MasterLink Corporation 



TRDA 



Technological Research and Development Authority 




December 15, 1998 



Mr. Kent Weisner 
MasterLink Corp. 
3649 All American Blvd. 
Orlando, FL 32810 



Dear Mr. Weisner: 



This will acknowledge the submittal of your Project Business Plan for your 
Intelligent Work Management software product received on December 14, 1998 in 
response to the TRDA's Investment Initiative for Energy Technologies program. The 
proposal is now being processed in accordance with our guidelines. ¥rm will r^rfj^ 
comments from TRDA concerning the status of your proposal b/january 13, 1998^ 



Sincerely, 

David Kershaw 
Program Manager 



6750 South Highway US 1 • Titusville, FL 32780 • 407/269-6330 • Fax 407/269-6346 • SunCom 360-6330 
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Confidential 



MasterLink Corporation 

3649 All American Blvd., Orlando, FL 32810-4726 
407/299-3900 • Fax 407/299-8200 • E-mail: atek@,gdinet 



December 18, 1998 

Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S 1 
Titusville, FL 323780 

Dear Dave: 

The information you requested from us on this date is attached 
We are looking forward to talking with you again soon. 
Very truly yours, 




Kent A. Weisner 
MasterLink Corporation 
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Meaningful Information for the entire Workforce "Confidential" 
MasterLink Corporation 

3649 All American Blvd., Orlando, FL 32810-4726 

407/299-3900 • Fax 407/299-8200 • E-mail: atekfalgdi.net 
Overview of the MasterLink Use Cases, Domain Model, and Design 

Use Cases: The MasterLink functional requirements are captured in a series of Use Cases. Use Cases are 
an OO standard way to capture the "system operations"; that is, the series of interactions with a user (a 
mobile worker, a manager, another computer system) of the MasterLink system. These interactions define 
the system's capabilities; they are the equivalent of function points in a structured progra mm i n g 
methodology. 

Domain Model: The MasterLink domain model (and, following the "Golden Rule of OO" the high level 
object model) is captured in a series of UML drawings made with Rational Rose and captured in Rose Petal 
files. These drawings capture the general mobile work domain (targets, tasks, etc.) as well as the Facilities- 
specific Construction Specification Institute code (the ontology for the world of Facilities Management). 
This model will be refactored during the development period due to considerations of extensibility and 
performance requirements. 

Design: The MasterLink design is captured in the Use Case Schemas and the definition of the Agents. 
There is one Use Case schema for each Use Case. The schema refines the requirements at the use case 
level to a series of steps. Each step contributes to the functionality encapsulated in the Use Case, and 
includes the definition of any interactions with the object model and agents that are required to complete 
the step. 

The "System Architecture Overview" shows the positioning of the intelligent agents in the overall 
MasterLink Architecture. The Agents are designed as a set of Enterprise Java Beans, running on top of 
CORBA We will use Java Bean's ability to run RMI (the Java inter-process communication protocol built 
into the language's syntax and semantics) over HOP (CORBA's interORB communication protocol). This 
will allow us to develop with native Java (a rapid development environment) while retaining the ability to 
be called by or call to routines/objects/components designed in other languages and environments that 
conform to the CORBA protocols. Agents communicate using standard RMI-like function calls. The 
contents of each call is a series of expressions defined by KQML-like semantics. 

The "Physical Architecture for a Distributed Intelligent Work Management System" shows the layering of 
the system middleware. The agents (Enterprise Java Beans) are layered over HOP, that is, over an ORB, 
which runs over TCP/IP. Additionally, the client workstations (mobile workstations on hand-held units, 
manager workstations on desktops) run HTTP over TCP/IP. For example, the workstations can run over a 
corporate intranet Each conversation would begin with the user submitting normal HTTP to the web 
server. The web server would then use various CGI-compatible mechanisms, such as a servlet, to mediate 
between the client's HTTP world and the business server's CORBA world That is, the servlet, which is 
part of the HTTP server, is a CORBA client, and uses Java/RMI/HOP to communicate with the servers 
(e.g., with the business objects and the intelligent agents). 

Each agent is built using off the shelf (COTS software). The most complicated is the scheduler, which 
performs near-real time scheduling and rescheduling. It uses a classic constraint-based scheduler, which is 
embodied in the Scheduler product that we will purchase and embed in the scheduler agent. The product 
that we have chosen for this purpose is the ELOG scheduler, a constraint-based scheduler that runs on top of 
the well respected ILOG Solver engine. 

"Job State Transitions" shows the other use of AI technology: the use of rules to define the progression of 
states that tasks go through. A commercial expert system shell that does standard forward chaining will be 
embedded in this agent and used to define these rules. 
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Confidential 



MasterLink Corporation 

3649 All American Blvd, Orlando, FL 32810-4726 
407/299-3900 • Fax 407/299-8200 • E-mail: atek@gdi.net 



December 18, 1998 



Mr. David Kershaw 
Program Manager 

Technical Research Development Authority 
Investment Initiative for Energy Technologies 
6750 South Highway U. S 1 
Titusville, Fl. 323780 

Dear Dave: 

The information you requested from us on this date is attached It is comprised of three major elements. 
A description of each element, along with its location within the document, is included on the following 
pages. Please call me if you have any questions or comments. 

We are looking forward to talking with you again soon. 

Very truly yours, 




Kent A. Weisner 
MasterLink Corporation 
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Use Cases (pages 4-8): The MasterLink functional requirements are captured in a series of Use Cases. Use 
Cases are an 00 standard way to capture the "system operations"; that is, the series of interactions with a user 
(a mobile worker, a manager, another computer system) of the MasterLink system. These interactions define the 
system's capabilities; they are the equivalent of function points in a structured programming methodology. 

Design (pages 9-16): The MasterLink design is captured in the Use Case Schemas and the definition of the 
Agents There is one Use Case schema for each Use Case. The schema refines the requirements at the use case 
level to a series of steps. Each step contributes to the functionality encapsulated in the Use Case, and includes 
the definition of any interactions with the object model and agents that are required to complete the step. 

The "System Architecture Overview" (page 17) shows the positioning of the intelligent agents in the 
overall MasterLink Architecture. The Agents are designed as a set of Enterprise Java Beans, running on 
top of CORBA. We will use Java Bean's ability to run RMI (the Java inter-process communication 
protocol built into the language's syntax and semantics) over HOP (CORBA's inter-ORB 
communication protocol). This will allow us to develop with native Java (a rapid development 
environment) while retaining the ability to be called by or call to routines/objects/components designed 
in other languages and environments that conform to the CORBA protocols. Agents communicate usmg 
standard RMI-like function calls. The contents of each call is a series of expressions defined by KQML- 
like semantics. 

The "Physical Architecture for a Distributed Intelligent Work Management Systeni"(page 18) 
shows the layering of the system middleware. The agents (Enterprise Java Beans) are layered over HOP, 
that is, over an ORB, which runs over TCP/IP. Additionally, the client workstations (mobile 
workstations on hand-held units, manager workstations on desktops) run HTTP over TCP/TP. For 
example, the workstations can run over a corporate intranet. Each conversation would begin with the 
user submitting normal HTTP to the web server. The web server would then use various CGI- 
compatible mechanisms, such as a servlet, to mediate between the client's HTTP world and the business 
server's CORBA world. That is, the servlet, which is part of the HTTP server, is a CORBA client, and 
uses Java/RMI/nOP to communicate with the servers (e.g., with the business objects and the intelligent 
agents). 

Each agent is built using off the shelf (COTS software). The most complicated is the scheduler, which 
performs near-real time scheduling and rescheduling. It uses a classic constraint-based scheduler, which 
is embodied in the Scheduler product that we will purchase and embed in the scheduler agent. The 
product that we have chosen for this purpose is the ILOG scheduler, a constraint-based scheduler that 
runs on top of the well respected ILOG Solver engine. 

"Job State Transitions" (page 19) shows the other use of AI technology: the use of rules to define the 
progression of states that tasks go through. A commercial expert system shell that does standard 
forward chaining will be embedded in this agent and used to define these rules. 

Domain Model (pages 20-25) : The MasterLink domain model (and, following the "Golden Rule of 00" the 
high level object model) is captured in a series of UML drawings made with Rational Rose and captured in 
Rose Petal files. These drawings capture the general mobile work domain (targets, tasks, etc.) as well as the 
Facilities-specific Construction Specification Institute code (the ontology for the world of Facilities 
Management). This model will be refactored during the development period due to considerations of 
extensibility and performance requirements. 
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MasterLink System Charter Statement C0 If f Iff Jf |[ 

The MasterLink Facilities Intelligent Work Management Technology will be able to: 

Describe all operational and maintenance requirements of a target (anything that needs 

work) by utilizing, or creating, industry standard definitions. 

Optimize the skill delivery of internal or external resources needed to fulfill target 

requirements. 

Automate the supervisory processes of work planning, scheduling, and dispatching. 
Enable corporate management to implement, and monitor the results of, policy through 
the use of templates. Policies are the rules controlling the requirements of targets, and 
resources performing work. 

Support mobile worker resources with all job information when they need it. 
Automate field data reporting/collection. 

Easily adapt to other industries, in addition to facilities management. 



/o 
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MasterLink System Function Groups and Associated Use Cases 

SYSTEM FUNCTION GROUP: System Initiation 



USE CASE TITLE Maintain JobTypes 

DESC: Gives context to Job(s), e.g., Planned Maintenance Job. 

RESULTS: A method of classifying Jobs. 

USE CASE TITLE Maintain Resource 

DESC: A resource is a human used to accomplish work, e.g., a manager, a mechanic, etc.. 
RESULTS: A method of classifying resources. 

USE CASE TITLE Maintain Target 

DESC: Input information about a specific Target, that may be related to other similar Targets with the 

same TargetDefinition. 
RESULTS: A new record is added to the collection of Targets in the system. 

USE CASE TITLE Maintain TargetDefinition 

DESC: Use a template to record information about what defines a Target. 

RESULTS: A new template definition is added to collection of definitions. 

USE CASE TITLE Maintain TaskDefinitions 

DESC: Task Definitions are the templates used to describe tasks to be 

performed on Targets. 
RESULTS; A new template definition is added to the collection of definitions. 

USE CASE TITLE Maintain UsageTypes (see pages 9-10) 
DESC: UsageTypes give context to Location definitions. 
RESULTS: One or more UsageType(s) are created, updated, or deleted. 

USE CASE TITLE Output Resource 
DESC: Report on Resource collection. 
RESULTS: A report. 

USE CASE TITLE Output Target 
DESC: Report on the Target collection. 
RESULTS; A report. 

USE CASE TITLE Output TargetDefinition 
DESC: Report on Target Definitions 
RESULTS: A report. 

USE CASE TITLE Output TaskDefmition 
DESC: Report on TaskDefinitions 
RESULTS; A report 

USE CASE TITLE PrintlDisplav JobTypes 
DESC: Report on JobTypes 
RESULTS; A report.. 

USE CASE TITLE Print/Display UsageTypes 
DESC: Report on UsageTypes 
RESULTS: A Report 




SYSTEM FUNCTION GROUP: Job Creation 
USE CASE TITLE Create AssessmentJob 

DESC: Create an instance of a Job when the Target may or may not be known. 
RESULTS: An assessment Job is added to the Pending JobOrders collection. 

USE CASE TITLE Create DataColIectionJob 

DESC: Create a Job to gather relevant information about a Target. 

RESULTS: A Job will be added to the PendingJobOrders collection. 

USE CASE TITLE Create MaintenanceJob 
DESC: Create a non-system generated maintenance Job. 

RESULTS: A non-system generated MaintenanceJob is added to the PendingJobOrders collection. 

USE CASE TITLE CreateSvstemPlannedJobs (see pa ges 11-13) 
DESC: An operation to construct all System-Generated activities. 
RESULTS: Puts newly system-created Jobs in the PendingJobOrders collection 

USE CASE TITLE Create ProiectJob 

DESC: Define work to be done that may consist of one or more Jobs. 

RESULTS: One or more Jobs, identified as being a part of a Project, are added to the PendingJobOrders 
collection 

USE CASE TITLE Create ReoairJob 

DESC: Create an Unplanned Event for some Target 

RESULTS: A RepairJob is added to the PendingJobOrders collection. 

USE CASE TITLE Delete PendingJobOrder 

DESC: Gives users the ability to delete instances of the PendingJob Orders collection. 
RESULTS: A deleted PendingJobOrder. 

USE CASE TITLE Modify PendJobOrdPrioritv 

DESC: Gives users the ability to change the priority of a PendingJobOrder in order to change r 

Scheduling position. 
RESULTS: A Job that will be reviewed diffei-ntly by the Scheduler. 



SYSTEM FUNCTION GROUP: Job Scheduling 

USE CASE TITLE Dispatch Job 

DESC: A Job is physically delivered to the Resource it has been assigned to. 
RESULTS: Mobile Worker receives an assignment 

USE CASE TITLE Add Resource to Job 

DESC: This is used by Management to add an additional resource to a Job in a currently either m 

PJA or DJA collections. 
RESULTS: A resource/s will be added to the Crew on a Job. 

USE CASE TITLE Delete PendingJobAssign 

DESC: Gives users the ability to delete an instance of a PendingJobAssignment. 
RESULTS: A deleted PendingJobAssignment 

USE CASE TITLE Schedule ShiftJobs 

DESC: Invokes the Scheduler to create WorkSchedules for a supplied list of Sites and Resources 
shift. 

RESULTS: WorkSchedules are created for all valid Resources. 

(2- 
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SYSTEM FUNCTION GROUP: Job Scheduling 



USE CASE TITLE ScheduleJob (see pages 14-15) 

DESC: Invoke the Scheduler to assign a time and Resource for an instance of a PendingJobOrder that 
was added after a normal 
scheduling event. 

RESULTS: A Job is added to the PendingJob Assignments collection. 



SYSTEM FUNCTION GROUP: Job Execution 
USE CASE TITLE Add Reference 

DESC: Gives users the ability to indicate a second (or more) call for the same problem on an existing Job. 
RESULTS: Updated Job record 

USE CASE TITLE Cancel Job 

DESC: Gives users the ability to remove a Job that has been created for a Target that already has a Job on it for 

the same reason. 
RESULTS: A deleted Job. 

USE CASE TITLE Close Task 

DESC: Allows the mobile worker to record all actions taken in a given task. Also records the time used 

to perform the task. 
RESULTS: A closed Job, or display of the next task in sequence. 

USE CASE TITLE Design Data Inquiry 

DESC: Allows the Mobile Worker to search for design data, e.g., Make/Model/Serial, of a Target. 
RESULTS: Pertinent Job data for the Mobile Worker. 

USE CASE TITLE E-Mail 

DESC: Allows the invocation of E-Mail services. 

RESULTS: An Email is delivered. 

USE CASE TITLE EndShift 

DESC: Allows the mobile worker or other Resources to tell the system that it is time to go home. 
RESULTS; A checked-out Resource. 

USE CASE TITLE Get MoreJobs 

DESC: The mobile worker will invoke this operation if he/she completes all Jobs on the current 
WorkSchelule. 

RESULTS: Additional Jobs being added to the current WorkSchedules. 
USE CASE TITLE Management Assignment 

DESC: Allows management to override the Scheduler, e.g., if the Scheduler cannot find an acceptable 
Resource, one can be assigned by a manager. 

RESULTS: In an udate to a Resource's WorkSchedule and is transmitted to the handheld. 
USE CASE TITLE Mgmt Reassignment 

DESC: Allows management to remove an active JobAssignment from one Resource to another. 
RESULTS: A Job removed from one Resource and given to another. 

USE CASE TITLE Output TargetPefects 

DESC: Gives the Mobile Worker the ability to display a list of defects that have been reported on a specific 
Target 

RESULTS: A report 
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SYSTEM FUNCTION GROUP: Job Execution 



USE CASE TITLE Pause Task 

DESC: Allows the mobile worker to interrupt a Job in progress for some reason, which must be 
recorded. Any time elapsed during pause is added to the indirect time for that Resoruce 
RESULTS: An interrupted Job. 

USE CASE TITLE Related Target Inquiry 

DESC: Allows the Mobile Worker to search for information about Targets that are related to the current Job 

Target, e.g., electrical panel xx, or chilled water pumps, that are related to an Air-handler. 
RESULTS: Useful Job information for the Mobile Worker. 

USE CASE TITLE ReOnen AssessmenLJoh 

DESC: Gives management the ability to reopen an AssessmentJob that was closed because the Resource 

dispatched by the System could not perform the assessment. 
RESULTS: A new Resource would by manually attached to the AssessmentJob. 

USE CASE TITLE Report Defects (see pages 16-18) 

DESC: Gives the mobile worker the ability to record defects observed while working on a given 
Job. 

RESULTS: Potentially a new Job will be created or, at least, pertinent data will be recorded. 
USE CASE TITLE Resume Task 

DESC: Allows the mobile worker to resume a Job at the point where it was paused. 
RESULTS: A resumed Job. 

USE CASE TITLE Review Created Job Order 

DESC: Allows management to review new instances of CreatedJobOrders to validate or reject them. 
RESULTS: A new PendingJobOrder that is allowed to be shown to the Scheduler, or an eliminated 
PendingJobOrder. 

USE CASE TITLE Skip Task 

DESC: Allows the mobile worker to not perform a given task. A reason must be given. 
RESULTS: An assigned task not being completed, and additional time being added to the indirect labor 
record for this resource. 

USE CASE TITLE Start Job 

DESC: Allows the system to start collecting "direct" time for a given Job, and enables the display of the 

first task in sequence for that Job. 
RESULTS: Clock is started and details are revealed in sequence. 

USE CASE TITLE Start Shift 

DESC: This operation is invoked at login time by a mobile worker at the beginning of ashift in order to 
download the current WorkSchedules for the Resources supported on a particular handheld device. 

note: this operation also starts the clock to start tracking all 

"direct" and "indirect" mobile worker time during a shift. 
RESULTS: The mobile worker gets a current WorkSchedule. 

USE CASE TITLE Target History Inquiry 

DESC: Allows the Mobile Worker to search active JobHistory collection to learn what activities 
have been performed over some specified period of time. 
RESULTS: A Target history is accessed. 

USE CASE TITLE Update MobileWorker Stat 

DESC: Gives users the ability to find out the current status of all or part of the Mobile Workforce. 
RESULTS: A report. 




SYSTEM FUNCTION GROUP: Management Reporting 

*** NOTE: There are no diagrams included for this section. Repor ting capabilities 
will be determined bv the database platformfs) selected. 

USE CASE TITLE Job History Reports 

DESC: Gives users the ability to create reports using various parameters, e.g., byType, 
byResource, etc., etc.. 
RESULTS: A report. 

USE CASE TITLE Output DispJobAssignments 

DESC: Report on the contents of the DispatchedJobAssignment collection. 

RESULTS: A report 

USE CASE TITLE Output DisoWorkSched 

DESC: Report on the DispatchedWorkSchedules collection. 

RESULTS: A report. 

USE CASE TITLE Output Joblnfo 

DESC: Reports on specific instances of the Job collection. 

RESULTS: A report. 

USE CASE TITLE Output PendingJobAssign 

DESC: Report on the contents of the PendingJobAssignments collection. 

RESULTS: A report. 

USE CASE TITLE Output PendingJobOrders 

DESC: Report on the contents of the PendingJobOrder collection. 

RESULTS: A report 

USE CASE TITLE Output PendWorkSched 

DESC: Report in the contents of the Pending WorkSchedule collection. 

RESULTS: A report. 

USE CASE TITLE Output Resourcelnfo 

DESC: Gives management the ability to query the System for information about any Resource 

in the system, e.g., location, availability, etc.. 

RESULTS: Useful Management information about Resources. 

USE CASE TITLE Output WorkSchedlnfo 

DESC: Reports on specific instances of the WorkSchedule collection. 

RESULTS: A report. 

USE CASE TITLE Policy Effectiveness 

DESC: Gives management the ability to monitor the effectiveness of various Policy decisions, 
e.g., is a stated frequency on Air-handler maintenance producing the desired results. 
RESULTS: A report. 

USE CASE TITLE Resource Effectiveness 

DESC: Allows management the ability to use various measures to determine the 
effectiveness, e.g., productivity measures. 
RESULTS: A report. 

USE CASE TITLE Target Effectiveness 

DESC: Allows management to use various measures to validate the operating effectiveness of 

various Targets. 

RESULTS: A report 
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Use Case Schematic 

Name: :CreateJSystem_PIanned_Jobs 

Kind: :Method 

Class :SysMaintJob 

Description: :Create an instance of a System generated Planned Maintenance Job 



Reads :Policy,Target*Fobype, TaskDefinition 

Supplied RrResource, Initiator, CreateDate, T:TaskType, 
J: JobType, PzPriority, TargetDates, L:Location, TrTarget) 

Changes :PendingJobOrders 

new S:SysMaintIob 

Sends :P:Planner : SysMaintJob_Created 



Assumes : 

Results :/* update as per CreateAssessmentJob */ 

IF 

P:Priority and TrTargetDate Combination is valid according to Policy and Supplied 
T:TargetLocation = 

Supplied L:Location and TLTaskType is valid for this SysMaintJob Job Type 
THEN 

New SrSysMainUob whh Status = Created and New TTL:TargetTaskList = 
DefinedTasks where D:DefineTasks is for T:Target Supplied and TaskType = 
Supplied, 
ADD 

S:SysMaintJob to P:PJO 
ELSE 

Send PlannenSysMaintJob_Exception 



Sequence Diagram for CreateUsageType 



UsageTypelnterface 


Facility 


: Resource 


Manager 



UsageType : 
UsageType 



1: createusagetype 



(String 



2: UsageType (Stqng , 



3: usagetype 



4: ^jsagetypecreat ed 
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Use Case Schematic 

Name: : Create JSystemJPlaniied_Jobs 

Kind: :Method 

Class :SysMaintJob 

Description: :Create an instance of a System generated Planned Maintenance Job 



Reads :Policy,Target,Jobype, TaskDefinition 

Supplied RrResource, Initiator, CreateDate, T:TaskType, 
J: JobType, P:Priority, TargetDates, LrLocation, T:Target) 

Changes :PendingJobOrders 

new S:SysMaintJob 

Sends :P:Planner : SysMaintJob_Created 



Assumes : 

Results :/* update as per C reate AssessmenUob */ 

IF 

P:Priority and TrTargetDate Combination is valid according to Policy and Supplied 
T:TargetLocation = 

Supplied LrLocation and TLTaskType is valid for this SysMaintJob Job Type 
THEN 

New S: SysMaintJob with Status = Created and New TTL: TargetTaskList = 
DefinedTasks where DiDefineTasks is for T:Target Supplied and TaskType = 
Supplied, 
ADD 

S:SysMainaob to P:PJO 
ELSE 

Send PIannenSysMaintJob_Exception 
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Collaboration Diagram for Create JSystemJPlanned_Jobs 



JobMana{1: createsy^aintjobs 



Planner 



2:get|H>licy 4: gettqrg ets 




n 



Use Case Schematic 



Name: 
Kind: 
Class 



Description: 



Reads 



Changes, 
Sends 

Assumes_ 

Results 



:Schedule_Job 
:Method 
: Scheduler 



; Invoke the Scheduler to assign a time and Resource for this new instance of a PJO 

This updates an existing WorkSchedule. 

: Supplied (JobID, Resources, DecisionFactors) 
Clock, PJA, PJO, Job, Resource, ResourceSchedule 

; Job, WorkSchedule, PJA, PJO, PWS 

: Policy/MGR: Job_Assigned(WorkScheduIe/s Ids) 
Policy/MGR: JobJJnassigned (reason) 
Policy/MGR: SchedulerJException 

: Job indentified is valid and in the PJO collection and Policy has determined 
to assign this Job NOW, Policy has identified candidate Resources, and 
DecidionFactors. 

:IF Resources and DecisionFactors Found 
THEN 

(Collect decision Info) 

FOR Each Resource (Get Decision Factors) 

IF Current WorkSchedule on DWS 

THEN 

Update DWS WoriiSchedule (HH to Server) 

(This is a passive pull of the HH Resident Current WoricSchedule for this 

Resource) 
Read CurrentWorkSchedule for: 
Current Location 
Current JobStatus 
Current JobPriority 
Est Time of Current Job 
Next JobPriority 
Next JobLocation 
Read ResourceSchedule for; 

Est* Time Remaining on Shift (May be evident on WS) 
END 

MakeDecision (Based on factors) 
Research rules-based AI logic.. 
EF JobAssigned 
THEN 

Returns Updated: (J: Job, WorkSchedules, PJA, send PoUcy/MGR/Dispatchen 
Job_AssignedO 

ELSE 

Returns send Policy/MGR: Job_Unassigned 
ELSE send Policy/MGR:Scheduler_Exception 
Trigger Exception 
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Collaboration Diagram for Schedule_Job_Operation 



JobMana geil: asagnjob 



Scheduler 2: assi 



Blackboard 3: addjob 



Work 
fSchedule 




Sequence Diagram for Schedule_Job_Operation 



JobManager 



Scheduler 



Blackboard 



Job : Job 



JobStateEvent 



V\fo reschedule 



WbrkSchedule 


PendingJob 


StateEvent 


Orders 



PendingJob 
Assignments 



JobStatus 
□splay 



1: asagnjob 



i 2: asagnjob • 

0 D 



0" 



9: jobassgned i 

* — 0 



5: updatestatus 



3: addjob j 



4: create 



■u i 

i 6: create i 

o — *0 



7: remove 



8: add 



10: jobassgned] 
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Use Case Schematic 



Name: :MWReportDefect 

ID: 

Kind: :Operation 

Class: : Target 

Description: This operatin is invoked by a MW resource in order to record a defect or 
problem about a Target. This informatin is reviewed by a MGR and it could lead to 
a project job being 
created. 



Reads: : 

Changes: mew TargetDefect, 

TargetDefects (collection) 



Sends :Resource:TargetDefectCreated, 

Resource: Server_Unavailable 



Assumes :Resource is valid, and is on shift 



Results: :/* Depending on whether you are entering a defect for a Target 

that is on a Job in the MW WorkSchedule, or a Target unrelated 
to any Job and therefore probably not local to the handheld, this 
may be different */ 
Get Target ID 

New TargetDefectDisplay(TargetlD) 

/* are defects the same for all target types? */ 

Get TargetDefect 



Collaboration Diagram for Report_Defects 
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System Architecture Overview 



[asterLiiik Component Layer 




IliiiiSllisiiiil 



Monitoring 
Systems 




Core Work Management System 
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Physical Architecture for MasterLink' s Distributed 
Intelligent Work Management System 



Vertical Domain 
Work Management 
Application 



MasterLink Collaborative 
Agent Framework 



Inference/Constraint 
Engine Libraries 



Object Request Broker 



Class Libraries 



Language Compiler 



Operating System 



The domain specific objects involved in a physical implementation of 
a workflow management application based on the MasterLink 
framework. This includes such things as work management policies, 
work targets in a classification hierarchy, rules for MasterLink agents, 
task definitions, job types, job state transitions, and work schedule 
state transitions. These are specified on a case by case basis as part of 
the system initialization process, e.g. for a facilities maintenance 
domain, a home health care domain, etc. 



The MasterLink collaborative agents, and the framework of 
classes supporting these agents provide the basis for the 
intelligent work management applicatioa The relationships 
between the domain specific objects referred to above and the 
intelligent work management agents are defined in this 
framework. 



The MasterLink agents are implemented as classes that are derived 
from commercially marketed artificial intelligence products. The 
ability of a MasterLink agent to use a set of rules or constraints to 
make a workflow management decision is based on this 
technology. 



The mechanism by which distributed instances of application objects 
can send messages to each other. The support for these distributed 
objects to communicate over a wireless connection is evolving. Until 
mature, existing wireless protocols may have to be implemented 



Depending on the language, these are commercially available 
libraries for common programming functions, such as file i/o, 
directory services, string handling, date/time functions, and 
database connectivity. 

The programming language used to implement the application. 
At this point in time the distributed object oriented options 
include C++ and Java. This is due to the compatibility 
requirement with the AI products, Orbs and Databases. 

The operating system which must be capable of supporting the 
language and other off the shelf components mentioned above. 
Typically this is Unix or NT on servers, and clients will vary 
depending on their type, e.g. a desktop LAN connected client 
versus a handheld wireless network device. 
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JOB STATE TRANSITIONS 



Example Job Type 



Create Approve Assig Dispatch Execute Pause Close Archive 




- A series of states and transitions will be defined for each "type" of job to be 
managed by the system. 

- A set of businsess rules governing each possible transition will be determined. 
Analysis will include consideration for vertical domain classes. 

- System agents will use sets of rules to automate selected transitions. External 
interfaces will support manual transitions and overrides. 

- "Planner" agent will address the generation or creation of jobs containing planned 
tasks. 

- "Scheduler" agent will address the assignment of jobs to resources and time. 

- "Dispatcher" agent will handle delivery of work schedules to resources. 

- The worker, through a mobile device interface, will be the source for many 
transitions. 

- "Job Manager" agent will act as a communications traffic cop receiving messages, 
representing events, from the external interfaces (either GUI or system based) , from 
the internal svstem amnts. and from other Master! .ink internal classes. 
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LOCATION CLASS 



Target 
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(from LOjj" i TIO N GRO UP) 



targets 



Location 



^Desc : String 
^ErtdDate : Date 
OSecuityCode : Security 
<^StartDate : Date 




room area 
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RESOURCE CLASS 



Policy 



Resource 
["Calendar 



Work 
["Schedule 

v 



-rP.j . 



Message 



/ 



calendar messages 



wrkschedule 



policy 



» skills 


Resource 


tVDQ Resource 


ID : String 
Initials : String 
Name : String 
SecurityCode : Security 


1.* 

handheld^ 


1 







availabilitystatus 




iusType 



ternal 
[Reasourc e 
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TASKDEFINITION CLASS 



Pdicy Target 



Target 
fDefirition 

tarv^tdefmitions 




TaskType 



type 



TargetTask 



«' , skin 




TaskDefinition 



Desc: Sring 
&xDate:CEte 
EsfirnataJTime ; Integer 
Code rSring 

Materia! Required : Bodean 
SecurttyCode: Security 
StartDate: Date 
Nui LdCfResources : Integer 



threshold 

Threshold/^ 



F 



Frequency 



frequency 1 



labortype^t 



tabcrType 



-actions 



Action 



DOMAIN MODELS 



TARGETDEFINITION CLASS 



1 

SystemCode 




PartCode 
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ACTIONDEFINITION CLASS 



Material 



future'** 



TatgetDataaCf/OnC/afa 

[Definition 



Action 
Definition 



Code : String 
Desc : String 



future 



Assistance 



instruction 



Inst ucjon 
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